HETEROGENEOUS COMPUTER SYSTEM, HETEROGENEOUS INPUT/OUTPUT 
SYSTEM AND DATA BACK-UP METHOD FOR THE SYSTEMS 



CROSS-REFERENCE TO RELATED APPLICATIONS 

5 This application is a division of application Serial No. 10/326,978 filed on 

December 24, 2002, which is a continuation of application Serial No. 09/594,012 
filed on June 15, 2000, now U.S. Patent No. 6,529,976, which is a continuation of 
application Serial No. 09/052,985 filed on April 1, 1998, now U.S. Patent No. 
6,098,129. The contents of application Serial Nos. 10/326,978, 09/594,012 and 

10 09/052,985 are hereby incorporated herein by reference In their entirety. 

BACKGROUND OF THE INVENTION 

The present invention relates to a hetero-geneous computer system 
comprising a host computer and a plurality of I/O subsystems, and more in particular 

15 to a method for making it possible to back up the data stored in a memory between a 
host computer and an I/O subsystem which cannot be directly connected due to the 
difference in access interface, and a heterogeneous computer system including a 
plurality of I/O subsystems having different access interfaces connected to the 
system and the host computer. 

20 In mainframes, a large scale of memory hierarchy (storage hierarchy) 

including a combination of a plurality of external memories having different 
processing speeds and different storage capacities is accompanied by a satisfactory 
data management function and an overall storage management function intended to 
support an optimum data arrangement and an efficient operation. The IBM's 

25 DFSMS (Data Facility Storage Management Subsystem) is an example, which is 
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described in detail in "IBM SYSTEMS JOURNAL, Vol. 28, No. 1, 1989, pp. 77-103. 

The disk data of the I/O subsystem of the mainframe computer system having 
the above-mentioned management function can be backed up in a medium such as 
a magnetic tape or a magnetic tape library capable of storing a large quantity of data 
5 with a low cost per bit. 

An open system such as a personal computer or a work station, unlike the 
mainframe, is not equipped with a magnetic tape or a magnetic tape library capable 
of storing a large quantity of data. 

Generally, in an open system such as a personal computer or a work station, 
10 a disk is accessed in accordance with a fixed-length record format, while the 

mainframe accesses a disk in accordance with a variable-length record format called 
the count key data format. 

As a result, the disk subsystem for the mainframe computer is often 
configured independently of the disk subsystem for the open system. 
15 On the other hand, a technique for transmitting and receiving data between 

I/O subsystems is disclosed in U.S. Patent No. 5,155,845. 

In a disk subsystem for an open system and a disk subsystem for a 
mainframe computer which use different host computers, the back-up and other 
functions are independently operated and managed. 
20 In view of the fact that the open system lacks a medium such as a magnetic 

tape or a magnetic tape library capable of storing a larger quantity of data, as 
described above, it is effective to back up the data in the I/O subsystem of the 
mainframe. 

An ordinary disk system for the open system, however, cannot be connected 
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directly to the mainframe due to the difference in the interface thereof. 

U.S. Patent No. 5,155,845 fails to disclose how to process the read/write 
operation for a storage system not directly connected to a host computer. 



5 SUMMARY OF THE INVENTION 

An object of the present invention is to provide a method and a system for 
backing up data stored in a memory between a host computer and an I/O subsystem 
that cannot be connected directly to each other due to the difference in access 
interface. 

10 Specifically, an object of the invention is to provide a method and a system for 

backing up data stored in an I/O subsystem of an open system from a mainframe not 
directly connected to the I/O subsystem. 

Another object of the invention is to provide a method and a computer system 
in which a mainframe is capable of accessing a memory of an I/O subsystem of an 

15 open system not directly connected to the mainframe. 

Still another object of the invention is to provide a system and a method of 
access in which two or more I/O subsystems having different interfaces can be 
connected to a mainframe. 

In order to achieve the above-mentioned objects, according to one aspect of 

20 the present invention, there is provided a heterogeneous computer system 

comprising a first host computer, a first I/O subsystem directly connected to the first 
host computer by an interface of variable-length record format and including at least 
one external memory, a second host computer, a second I/O subsystem directly 
connected to the second host computer by an interface of fixed-length record format 
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and including at least one external memory, and a communication unit for connecting 
the first I/O subsystem to the second I/O subsystem; 

wherein the first I/O subsystem includes a table for storing a device address 
of an external memory, data indicating one of the external memory of the first I/O 

5 subsystem and the external memory of the second I/O subsystem to which the 
device address is assigned, and a device address of the external memory in the 
second I/O subsystem when the device address is assigned to the external memory 
of the second I/O subsystem; and 

wherein upon receipt of a read/write request conforming to the interface of 

10 variable-length record format from the first host computer and including an address 
of an external memory to be read from or written into, and upon decision, with 
reference to the table, that the external memory address included in the read/write 
request is assigned to the external memory included in the second I/O subsystem, 
the first I/O subsystem converts the read/write request into a second read/write 

15 request conforming to the interface of fixed-length record format and sends the 
second read/write request to the second I/O subsystem. 

According to another aspect of the invention, there is provided a 
heterogeneous computer system comprising a first host computer, a first I/O 
subsystem directly connected to the first host computer by an interface of variable- 

20 length record format and including at least one external memory, a back-up system 
connected to the first host computer, a second host computer, a second I/O 
subsystem directly connected to the second host computer by an interface of fixed- 
length record format and including at least one external memory, and a 
communication unit for connecting the first I/O subsystem to the second I/O 
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subsystem; 

wherein the first host computer includes a means for issuing to the first I/O 
subsystem a read request conforming to the interface of variable-length record 
format and containing the address of an external memory from which data is to be 
5 read, and backing up the data received from the first l/o subsystem into the back-up 
system; 

wherein the first I/O subsystem includes a table for storing the device address 
of an external memory, data indicating that one of the external memory of the first 
and the second I/O subsystems to which the device address is assigned, and the 

10 device address of the external memory in the second I/O subsystem when the first 
device address is assigned to the external memory of the second l/o subsystem; and 

wherein upon receipt from the first host computer of a read request 
conforming to the interface of variable-length record format including an external 
memory address to be read, and upon decision, with reference to the above- 

15 mentioned table, that the device address of the memory address included in the read 
request is assigned to the external memory included in the second I/O subsystem, 
the first I/O subsystem converts the read request into a second read request 
conforming to the fixed-length interface and sends the second read request to the 
second I/O subsystem while at the same time sending to the first host computer the 

20 data received from the second I/O subsystem. 

According to still another aspect of the invention, there is provided a 
heterogeneous computer system comprising a first host computer, a first I/O 
subsystem directly connected to the first host computer by an interface of variable- 
length record format and including at least one external memory, a back-up system 
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connected to the first host computer, a second host computer, a second I/O 
subsystem directly connected to the second host computer by an interface of fixed- 
length record format and including at least one external memory, and a 
communication unit for connecting the first I/O subsystem to the second I/O 
5 subsystem; 

wherein the first host computer includes a means for issuing to the first I/O 
subsystem a write request conforming to the interface of variable-length record 
format including the address of an external memory into which data is to be written, 
and sending the data read from the back-up system to the first I/O subsystem; 

10 wherein the first I/O subsystem includes a table for storing the device address 

of an external memory, data indicating that one of the external memory of the first 
and the second I/O subsystems to which the device address is assigned, and the 
device address of the external memory in the second I/O subsystem when the first 
device address is assigned to the external memory of the second I/O subsystem; 

15 and 

wherein upon receipt from the first host computer of a read request 
conforming to the interface of variable-length record format including the device 
address an external memory to be written into, and upon decision, with reference to 
the table, that the address of the external memory included in the write request is 
20 assigned to the external memory included in the second I/O subsystem, the first I/O 
subsystem converts the write request into a second write request conforming to the 
interface of fixed-length record format, sends the second read request to the second 
I/O subsystem while at the same time sending the data received from the first host 
computer to the second I/O subsystem. 
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According to yet another aspect of the invention, there is provided a 
heterogeneous I/O system for use with a host, computer connected thereto, 
comprising a first I/O subsystem including at least one external memory, and a 
second i/0 subsystem connected to the first t/0 subsystem and including at least 
5 one external memory; 

wherein the first I/O subsystem includes a table for storing a device address 
of an external memory, data indicating one of the external memories of the first and 
the second I/O subsystems to which the device address is assigned, and a device 
address of the external memory in the second I/O subsystem when the first device 
10 address is assigned to the external memory of the second I/O subsystem; 

wherein upon receipt of a read/write request designating the device address 
of an external memory to be read from or written into by the host computer, and 
upon decision, with reference to the table, that the external memory address in the 
designated address is assigned to the external memory included in the second I/O 
15 subsystem, the first I/O subsystem sends the read/write request to the second I/O 
subsystem. 

According to a further aspect of the invention, there is provided a 
heterogeneous I/O system for use with a host computer connected thereto, 
comprising a first I/O subsystem having an interface of variable-length record format 
20 and including at least one external memory, a second I/O subsystem having an 
interface of fixed-length record format and including at least one external memory, 
and a communication unit for connecting the first I/O subsystem to the second I/O 
subsystem; 

wherein the first I/O subsystem includes a table for storing a device address 
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of an external memory, data indicating one of the external memories of the first and 
the second I/O subsystems to which the device address is assigned, and a device 
address of the external memory in the second I/O subsystem when the first device 
address is assigned to the external memory of the second I/O subsystem; and 

5 wherein upon receipt from the host computer of a read/write request 

conforming to the interface of variable-length record format including the address of 
an external memory to be read from or written into, and upon decision, with 
reference to the table, that the external memory address included in the read/write 
request is assigned to the external memory included in the second I/O subsystem, 

10 the first I/O subsystem converts the read/write request into a second read/write 
request conforming to the interface of fixed-length record format and sends it to the 
second I/O subsystem. 

According to an embodiment of the invention, there is provided a 
heterogeneous computer system, wherein an I/O subsystem for an open system is 

15 connected to an I/O subsystem for a mainframe by a communication unit, wherein, in 
order to access data in the I/O subsystem for an open system from the mainframe 
for enabling the data in the disk connected to the I/O subsystem for the open system 
to be backed up in a magnetic tape library system; a table is prepared for assigning 
a vacant address of the memory in the local subsystem to the memory of the I/O 

20 subsystem for the open system, wherein a request of variable-length record format 
received from the mainframe is converted into a request of fixed-length record format 
for the open system; wherein the disk designated according to the table is accessed, 
and wherein the data thus obtained is sent to the mainframe and backed up in the 
back-up system. 
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This configuration can back up the data of an I/O subsystem for an open 
system In a back-up system under the management of a mainframe not directly 
connected to the particular I/O subsystem. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing a configuration of a heterogeneous 
computer system according to an embodiment of the present invention. 

Fig. 2 is a block diagram showing a configuration of a heterogeneous 
computer system according to another embodiment of the invention. 
10 Fig. 3 is a block diagram showing a configuration of a disk controller of the 

heterogeneous computer system shown in Figs. 1 and 2. 

Fig. 4 is a diagram showing a configuration of a local controller-connected 
disk data (table) for the systems shown in Figs. 1 and 2. 

Fig. 5 is a diagram showing a configuration of a remote controller-connected 
15 disk data (table) for the systems shown in Figs. 1 and 2. 

Fig. 6 is a diagram showing the interconnection of disk devices as viewed 
from the mainframe. 

Fig. 7 is a diagram showing an example of the processing flow of a disk 
controller A in the case where the data in an I/O subsystem for an open system is 
20 backed up in an MT library system of the mainframe. 

Fig. 8 is a diagram showing an example of the processing flow of a disk 
controller A in the case where data are restored in an I/O subsystem for an open 
system from an MT library system of the mainframe. 
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DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Embodiments of the invention will be described below with reference to the 
accompanying drawings. 

Fig. 1 is a diagram showing a configuration of a computer system according to 
5 an embodiment of the invention. 

A processing system A 100 includes a mainframe 101, a channel interface A 
102, a channel interface B 103, a magnetic tape (MI) controller 106, a magnetic 
tape library controller 130, a magnetic tape library 107, a disk controller A 104, a disk 
drive group A 105 and a service processor A 109. A back-up processing device 162 
10 and a restore processing device 164 are mounted on the mainframe 101. 

The mainframe 101 accesses the disk controller A 104 through the channel 
interface B 103 conforming with a variable-length record format called the count-key- 
data format. 

The count-key-data format is a record format in which a record constituting a 
15 unit of read/write operation is configured of three fields including a count field, a key 
field and a data field. 

A record ID is stored in the count field, a key data for accessing the record is 
stored in the key field, and the data used by an application program is stored in the 
data field. 

20 In the description that follows, the magnetic tape (MT) controller 106, the 

magnetic tape library controller 130 and the magnetic tape library 107 are collectively 
referred to as an MT library system 116. The disk controller A 104 and the disk drive 
group A 105 constitute an I/O subsystem 10 connected to the mainframe 101. In 
similar fashion, the disk controller B 1 13 and the disk drive group B 1 14 constitute an 
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I/O subsystem 20 connected to a host 1 1 1 for an open system. 

An optical disk or the like, as well as a magnetic disk, constitutes a rank of 
storage hierarchy connected through the channel interface. The following description 
refers to the case in which the MT library system 1 16 is connected. 

5 The disk controller A 104 contains local controller-connected disk data 314 

and remote controller-connected disk data 315. 

The local controller-connected disk data 314 and the remote controller- 
connected disk data 315 are data provided for making it possible for the mainframe 
to access a disk device of the I/O subsystem not directly connected thereto. 

10 Specifically, the data 314 and 415 are a table for assigning a vacant address of the 
memory in the local I/O subsystem for the processing system A to the memory of the 
I/O subsystem for the open system so that the data in the I/O subsystem 20 for the 
processing system B can be accessed from the mainframe 101. The data 314 and 
315 will be described in detail later. 

15 The processing system B 1 10 includes a host 1 1 1 for the open system, a 

SCSI (small computer system interface) 112, the disk controller B 1 13, the disk drive 
group B 1 14 and a service processor B 1 15. 

The host 1 1 1 for the open system accesses the disk controller B 1 1 3 through 
the SCS1 112 having a fixed-length record which is a unit of read/write operation. 

20 The disk controller A 104 and the disk controller B 1 13 are connected by a 

communication line 108. The communication line 108 can be. for example, a SCSI 
cable B 117. 

In the description that follows, the count-key-data format will be called the 
CKD format, and the fixed-length block format will be called an FBA (fixed block 
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architecture) format. 

Also, the record of the CKD format will be referred to as the CKD record, and 
the record of the FBA format will be referred to as the FBA record. 

Fig. 2 is a diagram showing another example of a computer system according 
5 to the invention, in which a single I/O subsystem, for the mainframe is connected to 
two or more I/O subsystems for an open system. 

In a processing system X 120. the interfaces of an open system host X 121 
and a disk controller X 123 are connected to each other by a fiber channel interface 
122. The fiber channel interface 122 is an optical fiber cable which can increase the 
10 length of connection between a host and a control device. 

In many case, however, a fiber channel interface based on SCSI is employed 
between a host and a control device. 

Also, an interface such as a fiber channel interface X 126 can be used to 
connect a disk controller X 123 and the disk controller B 1 13. 
15 The data back-up system in the configuration of Fig. 2 is an expansion of the 

data back-up system in the configuration of Fig. 1. 

The fundamental operation of each system is such that the mainframe 101 
and the hosts 111 and 121 for the open system access the magnetic tape library 107 
constituting an external memory or the disk drive group A 105, the disk drive group B 
20 1 14 and the disk drive group X 124 through each interface. 

The process in the mainframe 101 establishes a route to the data stored 
externally through each interface under the control of an arbitrary operating system 
such as Hitachi's V0S3 (virtual-storage operating system 3) for supporting the 
channel interface, while the process in the host for the open system establishes a 
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route to the externally-stored data through each interface under the control of an 
arbitrary operating system such as UNIX (a registered trade mark owned by X/Open 
in U.S.A. and other countries) for supporting the SCSI. 

Fig. 3 is a diagram showing a configuration of the disk controller A 104. 

5 The disk controller A 104 includes a MPU 302 for executing a control system 

process 307 of the disk controller, a memory 301 , a host data transfer device 303, a 
disk/cache device 304, an inter-l/O subsystem data transfer device 305, a data 
transfer device 306 and a control bus 308 for connecting these devices. 

The control system process 307 operates in a multitask or multiprocessor 

10 environment. 

The memory 301 includes various microprograms 312 and various data 313. 

Especially, the disk controller A 104 has stored therein the local controller- 
connected data 314 and the remote controller-connected disk data 315, as described 
above with reference to Fig. 1 . 
15 The disk controller B 1 13 and the disk controller X 123 have a configuration 

similar to the disk controller A 104 and will not be described in detail. 

The disk controller B 113 and the disk controller X 123, however, are not 
required to contain the local controller-connected disk data 314 and the remote 
controller-connected disk data 315. 
20 The local controller-connected disk data 314 is the data indicating the 

connections of the controllers and the like, and stored in the memory 301 of the disk 
controller A 104. The local controller-connected disk data 314 exists as the data 
corresponding to each disk device. 

The local controller-connected disk data 314 is shown in Fig. 4. 
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The device address 400 is an identifier (ID) for discriminating a disk device to 
be read from or written into by a host computer such as the mainframe 101, and is 
the data also contained in the read/write request issued by the host computer such 
as the mainframe 101. 
5 Local controller connection data 401 is the 25 data indicating whether or not 

the disk drive corresponding to the controller-connected disk data 314 is actually 
connected to a controller. 

A remote controller connection pointer 402 indicates whether or not the 
controller-connected disk data 314 is assigned to a disk drive connected to a remote 
10 controller. 

In the case where the such data is assigned to a disk drive connected to a 
remote controller, the pointer indicates a corresponding remote controller-connected 
disk data 315. Otherwise, the pointer assumes a null value. 

In the case where the remote controller connection pointer 402 is valid (i.e. in 
IS the case where the particular device address 400 is assigned to a disk device 

connected to a remote controller), it represents the state in which the local controller 
connection data 401 is not assigned. 

In the case where the remote controller connection pointer 402 Is invalid (i.e. 
in the case where the device address 400 is not assigned to a disk drive connected 
20 to a remote controller), on the other hand, the local controller connection data 401 
may indicate the state of no-assignment. 

In other words, the device address 400 may be assigned to neither a disk 
device connected to a local controller nor a disk device connected to a remote 
controller. 



14 



An attribute 403 is tlie data unique to a device including the interface, the 
function, the data format and the block length of the disk drive. 

The local controller-connected disk data 315 shown in Fig. 5 is the data 
corresponding to a disk drive not directly connected to the disk controller A 104. 
5 It follows therefore that the remote controller-connected disk data 31 5, on the 

other hand, is pointed to by any one of the local controller-connected disk data 314. 

A connection controller address 500 represents the address of a controller 
connected with a disk device corresponding to the remote controller-connected disk 
data 315. According to this embodiment, the address of the disk controller B 1 13 is 
10 stored as the connection controller address 500. 

A disk address 501 represents the address assigned in the controller actually 
connected to a corresponding disk drive. 

The local controller-connected disk data 314 and the remote controller- 
connected disk data 315 are set from the service processor 109. 
15 According to this embodiment, the mainframe 101 recognizes that the disk 

drive group B 1 14 (disks C and D) is also connected to the disk controller A 104 
through the disk controller B 1 13, as shown in Fig. 6, taking advantage of the local 
controller-connected disk data 314 and the remote controller-connected disk data 
315 shown in Figs. 4 and 5. 
20 This is because of the fact that the vacant address of disk drive available in 

the disk controller A 104 is assigned by the disk controller A 104 to a disk drive of the 
I/O subsystem for an open system. 

Now, the back-up processing will be described with reference to Figs. 1, 7 and 

8. 
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Specifically, in Fig. 1 the back-up process 162 on the mainframe 101 causes 
the data in the disk device group B 114 of the open system of the processing system 
B to be backed up in the MT library system 116 through the disk controller A 104 and 
the mainframe 101 of the processing system A. 
s Conversely, the data backed up in the MT library system 1 16 is restored in the 

disk drive group B 1 14 of the open system of the processing system B through the 
mainframe 101 and the disk controller A 104 of the processing system A. 

The back-up operation and the restoration described above are executed in 
response to a command from the mainframe 101. 
10 First, an explanation will be given of the case in which the data in the disk 

drive group B 1 14 of the open system for the processing system B is backed up in 
the MT library system 116 through the disk controller A 104 and the mainframe 101 
of the processing system A. 

As already described above, the mainframe 101 has recognized that the disk 
15 drive group B 1 14 (disks C and D) are also connected to the disk drive A 104. 
Therefore, the operation of the mainframe 101, which is simply to issue a read 
request to the disk controller A 104 and back up the received data in the MT library 
system 116, will not be described specifically. 

In the case of backing up data into the MT library system 116, the mainframe 
20 101 issues a read request to the disk controller A 104. The disk controller A 104 

executes the process in accordance with the flowchart of Fig. 7 in response to a read 
request from the mainframe 101. 

First, step 700 finds out a corresponding local controller-connected disk data 
314 from the address of the disk drive designated in the read request. 
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step 701 checks whether the designated disk drive is connected to the disk 
controller A 104 or not. 

In the case where the disk drive is connected to the disk controller A 104, step 
702 reads the corresponding data from the particular disk drive. 
5 In the case where the disk drive is not connected to the disk controller A104, 

in contrast, step 703 checks whether the designated disk drive is connected to a 
remote disk controller (disk controller B 113). In other words, it checks whether the 
remote controller connection pointer 402 assumes a null value. 

In the case where the check result shows that the remote controller 
10 connection pointer 402 assumes a null value indicating that the designated disk drive 
is not connected to the remote disk controller, an error is reported in step 704. 

The operation specifically related to the invention is represented by step 705 
and subsequent steps executed in the case where a designated disk drive is 
connected to a remote disk controller (disk controller B 1 13). 
15 First, in the case where the check result shows that the remote controller 

connection pointer 402 does not assume the null value indicating that the designated 
disk drive is connected to a remote disk controller, step 705 finds out the remote 
controller-connected disk data 315 corresponding to the designated disk drive based 
on the remote controller connection pointer 402. Then, the address of the disk 
20 controller (disk controller B 1 13) actually connected to the designated disk drive and 
the address of the disk drive in the disk drive group B connected to the particular 
disk controller B 1 13 are acquired on the basis of the remote controller-connected 
disk data 315 found as above. 

Then, step 706 converts the address of the data to be read which has been 
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received in the read request into the format of the disk drive connected to the disk 
controllers 113. 

In a read/write request from the mainframe 101, the address of data to be 
read or written is normally designated by the cylinder number, the head number and 
5 the record number according to the CKD format. 

The record address expressed by the cylinder number, the head number and 
the record number will hereinafter be called CCHHR. 

The disk drive connected to the disk controller B 1 13, on the other hand, has 
an access interface designated by LBA (logical block address) in accordance with 
10 the FBA format. 

Consequently, step 706 converts the access address of the data to be read 
from CKD format to FBA format. 

The conversion formula is given, for example, by 

15 LBA = (CC X number of heads + HH) x track length 

+ record number x record length 

According to this embodiment, the disk controller A 104 and the disk controller 
B 1 13 may have the same interface, in which case the conversion of the input/output 
20 interface format is not required. 

Step 707 issues a request to the disk controller B 1 13 to read the data from 
the area of the corresponding disk drive calculated in step 706. 

Step 708 waits for the arrival of the requested data from the disk controller B 

113. 
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step 709 sends the data received from the disk controller B 1 13 to the main 
frame 101 thereby to complete the process. 

The disk controller B 1 13 simply reads the data requested by the disk 
controller A 104 from a disk drive, and sends it to the disk controller A 104. This 
5 process, therefore, is not described specifically in the processing flow. 

Next, an explanation will be given of a case in which data backed up in the 
MT library system 1 16 is restored by the restore process 164 on the mainframe 101 
in the disk drive group B 1 14 of the open system of the processing system B through 
the disk controller A 104 and the mainframe 101 of the processing system A. 
10 As described already above, the mainframe 101 has recognized that .the disk 

drive group B 1 13. (disks C and D) are also connected to the disk controller A 104. 

Therefore, no explanation will be given of the operation of the mainframe 101 
which is simply to issue a write request to the disk controller A 104 to write the data 
read from the MT library system 116. 
15 Upon receipt of a write request from the mainframe 101 , the disk controller A 

104 executes the process in accordance with the flowchart of Fig. 8. 

In the processing flow of Fig. 8, steps 800 to 801, 803 to 806 are similar to 
steps 700 to 701 , 703 to 706 in Fig, 7. respectively, and therefore will not be 
explained. Also, step 802 is normally the write operation, since the request from the 
20 mainframe 101 is a write request. Only the parts different from Fig. 7 will be 
described below. 

Step 807 issues a request to the disk controller B 1 13 to write data in the area 
of the corresponding disk drive calculated in step 807. 

Next, in step 808, the write data is received from the mainframe 101 and sent 
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to the disk controller B 1 13. 

Then, step 809 waits for a report on the completion of the write request from 
the disk controller B 1 13, and upon receipt of the completion report, sends it to the 
mainframe 101 thereby to complete the process. 
5 The disk controller B 113 simply reads the data requested by the disk 

controller A 104 from the corresponding disk drive and sends it to the disk controller 
A 104. The related processing flow, therefore, is not shown specifically. 

The foregoing description concerns a system for backing up data of the disk 
drive group B 1 14 of the open system of the processing system B by the processing 
10 system A. As another embodiment, a heterogeneous 1/0 subsystem can be 
configured in which only the disk controller B and the disk drive group B are 
connected to the processing system A and the mainframe is connected with two I/O 
subsystems having different interfaces. In such a case, three or more instead of two 
I/O subsystems can be connected. 
15 The above-mentioned embodiment permits data to be backed up between I/O 

subsystems having different access interfaces. 

As a result, data stored in an I/O subsystem for an open system can be 
backed up into an I/O subsystem for the mainframe. 

Also, the back-up mechanism of the mainframe includes a large-capacity, 
20 high-performance and high-reliability MT library system. The data of the I/O 

subsystem for an open system, therefore, can be backed up by a mainframe back-up 
mechanism high in performance and reliability. 

Further, different I/O subsystems can be connected to the mainframe. 
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